System and methods for mapping price and location of tickets in an event venue

ABSTRACT

A system and methods for mapping price and location of tickets in an event venue are described. An interactive event venue seat map is provided by a network-based system that implements an online marketplace for tickets for upcoming events. The interactive event venue seat map enables sellers to view pricing information and transaction information for both sold and current event listings for any section or zone in an event venue. The interactive event venue seat map allows sellers to browse and click on sections to see sold and listed data for any section and zone in the event venue and to compare a proposed sale price to available pricing information of sold and current event listings in comparable sections. Other embodiments are described and claimed.

CROSS REFERENCE TO RELATED APPLICATIONS

This application is a continuation of U.S. patent application Ser. No.12/544,615, filed on Aug. 20, 2009, which is a continuation-in-partapplication of U.S. patent application Ser. No. 11/552,782, filed Oct.25, 2006, both of which are incorporated by reference in their entirety.

BACKGROUND

Computer systems and networks have facilitated the tasks of buying,selling and transferring goods. For example, global computer networks,such as the Internet, have allowed purchasers to relatively quickly andefficiently seek and purchase goods online. Similarly, global computernetworks provide an efficient and cost-effective medium for sellers toadvertise, offer, provide, and sell their goods. Electronic commercecompanies provide buyers and sellers with online services and theinfrastructure to accept orders of goods from remote purchasers, toperform the financial transactions necessary to confirm and complete thesale of goods, to ship or distribute the goods to remote purchasers, andto perform other related logistics. For these reasons, sellers activelyuse the Internet to offer, sell and distribute a wide variety of goodsto take advantage of the many benefits provided by the Internet andelectronic commerce.

One example of a market for goods within the realm of electroniccommerce is the online ticket market. StubHub provides a network-basedsystem which implements an online ticket marketplace for buyers andsellers of tickets for live events such as sports, concerts, theater,and other entertainment events. The StubHub online ticket marketplaceenables legitimate, convenient, reliable, and secure transactions atfair market value and provides ticket fulfillment services, even for“sold out” events. Accordingly, the StubHub online ticket marketplaceprovides benefits for fans who wish to buy, sell or otherwise transfertickets as well as for teams, artists, and venues.

SUMMARY

A system and methods for mapping price and location of tickets in anevent venue are described. In general, an interactive event venue seatmap is provided by a network-based system to make ticket transactionsmore efficient and cost-effective for sellers and buyers in an onlinemarketplace for tickets for upcoming events. The listing process forsellers includes a price mapping feature that introduces sold ticketdata in a uniformly displayed interactive event venue seat map forenabling sellers to view both sold and current listing data for anysection or zone in an event venue. The listing process for sellers alsoprovides a “lookahead” section filter when the seller enters sectioninformation for an event with an interactive event venue seat map. Asthe seller types in ticket information for a listing, the “section”field is read as the seller types, and relevant sections are suggestedfor the seller to choose. This not only makes typing for the sellereasier, but also reduces the number of listings that go unmapped andtherefore unsold.

The interactive event venue seat map allows sellers to browse and clickon sections to see sold and listed data for any section in the eventvenue. The interactive event venue seat map also provides a zone viewthat allows sellers to click on any zone in the legend to see all soldand listed data for that zone. The interactive event venue seat mapfurther includes a “compare” feature for providing sellers with a quickvisual indication whether a proposed sale price is within a sale pricerange determined from sold and current listing data of other similarlistings. For example, the interactive event venue seat map compares andshows sections where the average sold price is close to the price thatthe seller is considering which helps the seller pinpoint sections tolook at in more detail.

Sellers with active event listings also can access the interactive eventvenue seat map at any time via their “my active ticket listings” page intheir accounts. A “compare prices” icon is presented for each activeevent listing that, when clicked, displays an interactive event venueseat map for that listing to allow the seller to keep abreast of pricingtrends for their event and make necessary pricing adjustments as needed.

Sellers with active event listings also may receive transactional e-mailmessages that complement and drive sellers to the interactive eventvenue seat map. The transactional e-mail messages inform sellers thattheir tickets are still listed and that the event date is approachingand also provide a link to the online ticket marketplace and/or aninteractive event venue seat map for the event to allow sellers to viewthe most recent pricing data.

The interactive event venue seat map provides sellers with theopportunity to view pricing details to allow for a more accurate pictureof the current market value of their tickets. Displaying sold ticketprices serves as a highly valuable gauge for sellers, arming them withinsight on the actual prices fans have been willing to pay for specificlocations. Accordingly, sellers are better able to price their ticketsbased on the truest market value, resulting in a quicker sale. Theinteractive event venue seat map helps both the occasional seller, whowants to make a quick pricing decision, as well as the more frequentseller, who wants to research trends and listing data to ensure theirtickets are listed with a price that makes them likely to be purchased.

By providing sellers with sold and current listing data in aninteractive event venue seat map, listings of more tickets to a greaternumber of events are created at the most competitive and attractiveprices possible. Buyers benefit from having a greater selection oftickets priced at a true market-value. As such, marketplace efficienciesare improved with respect to selling and buying processes by moreefficiently connecting buyers and sellers making it easier and moreconvenient for fans to exchange tickets to events nationwide. Variousembodiments are described and claimed.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 illustrates an exemplary communications system including anetwork-based system for providing online marketplace and ticketfulfillment services in accordance with various embodiments.

FIGS. 2-5 illustrate representations of user interfaces displayed on acomputer for providing online marketplace and ticket fulfillmentservices in accordance with various embodiments.

FIG. 6 illustrates a logic flow including operations performed by acomputer to provide online marketplace and ticket fulfillment servicesin accordance with various embodiments.

The foregoing aspects and many of the attendant advantages of variousembodiments will become more readily appreciated and better understoodby reference to the following detailed description and the accompanyingdrawings.

DETAILED DESCRIPTION

Various embodiments are described for mapping price and location oftickets in an event venue. Numerous specific details are set forth toprovide a thorough understanding of the embodiments. It will beunderstood by those skilled in the art, however, that the embodimentsmay be practiced without these specific details. In other instances,well-known operations, components and circuits have not been describedin detail so as not to obscure the embodiments. It can be appreciatedthat the specific structural and functional details disclosed herein maybe representative and do not necessarily limit the scope of theembodiments.

Reference throughout the specification to “various embodiments,” “someembodiments,” “one embodiment,” or “an embodiment” means that aparticular feature, structure, or characteristic described in connectionwith the embodiment is included in at least one embodiment. Thus,appearances of the phrases “in various embodiments,” “in someembodiments,” “in one embodiment,” or “in an embodiment” in placesthroughout the specification are not necessarily all referring to thesame embodiment. Furthermore, the particular features, structures orcharacteristics may be combined in any suitable manner in one or moreembodiments.

FIG. 1 illustrates a communications system 100 suitable for implementingvarious embodiments. The elements of the communications system 100generally may comprise physical or logical entities for communicatinginformation and, in some cases, may be implemented as hardware,software, or combination thereof, as desired for a given set of designparameters or performance constraints. Although FIG. 1 includes alimited number of elements for purposes of illustration, it can beappreciated that the communications system 100 may include more or lesselements as well as other types of elements.

Various elements of the communications system 100 may be implementedutilizing one or more computing devices having computing and/orcommunications capabilities in accordance with the describedembodiments. Exemplary computing devices may include, withoutlimitation, a mobile device, a personal digital assistant (PDA), amobile computing device, a communications device, a telephone, a mobiletelephone, a cellular telephone, a smart phone, a handset, a one-waypager, a two-way pager, a messaging device, a computer, a personalcomputer (PC), a desktop computer, a work station, a laptop computer, anotebook computer, a tablet computer, a handheld computer, amini-computer, a network appliance, a web appliance, a server, a servercomputer, a server array, a server farm, an Internet server, a webserver, a network server, a main frame computer, a supercomputer, adistributed computing system, multiprocessor system, processor-basedsystems, a control system, consumer electronic equipment, a mediadevice, a gaming device, a television, a digital television, a set-topbox (STB), wireless access point, base station, subscriber station,mobile subscriber center, radio network controller, a network accessdevice, a telephone network device, a mobile telephone network device, aVoIP network device, a radio network device, a television networkdevice, a satellite network device, a router, a hub, a gateway, abridge, a switch, a machine, or combination thereof.

The computing devices utilized by the communications system 100 may beimplemented by various hardware and/or software components in accordancewith the described embodiments. Exemplary hardware components mayinclude processing devices such as central processing unit (CPU) and/orother processors, microprocessors, application processors, radioprocessors, baseband processors, digital signal processors (DSP),circuits, circuit elements (e.g., transistors, resistors, capacitors,inductors, and so forth), integrated circuits, application specificintegrated circuits (ASIC), programmable logic devices (PLD), a fieldprogrammable gate array (FPGA), logic gates, registers, semiconductordevice, chips, microchips, chip sets, memory such as volatile and/ornon-volatile memory, a display such as a liquid crystal display (LCD) orcathode ray tube (CRT), input devices such a keyboard, mouse, stylus,touch pad, and/or touch screen, networking devices such as ports,network interface cards (NICs), transmitters, receivers, transceivers,and/or antennas, as well as other components. Exemplary softwarecomponents may include computer programs, applications, applicationprograms, system programs, operating system (OS) software, middleware,firmware, a software interface, a programmatic interface, an applicationprogram interfaces (API), a network interface, a web interface, amessaging interface, modules, instruction sets, routines, subroutines,functions, calls, computing code, or combination thereof.

Various elements of the communications system 100 may support wiredand/or wireless communications functionality in accordance with thedescribed embodiments. For example, some computing devices may bearranged to communicate information over one or more types ofcommunication links such as a wire, cable, bus, printed circuit board(PCB), backplane, switch fabric, semiconductor material, twisted-pairwire, co-axial cable, fiber optic connection, Ethernet connection,peer-to-peer (P2P) connection, a data channel, a radio channel, asatellite channel, a television channel, a broadcast channel, aninfrared (IR) channel, a radio-frequency (RF) channel, a portion of theRF spectrum, one or more licensed or license-free frequency bands, andso forth.

Various elements of the communications system 100 may supportcommunication over one or more types of networks in accordance with thedescribed embodiments. For example, some computing devices and networksmay support communications over a Wide Area Network (WAN), the Internet,a telephone network (e.g., analog, digital, POTS, PSTN, ISDN, xDSL), amobile telephone network (e.g., CDMA, GSM, NDAC, TDMA, E-TDMA, NAMPS,WCDMA, CDMA-2000, UMTS, 3G, 4G), a radio network, a television network,a cable network, an optical network (e.g., PON), a satellite network(e.g., VSAT), a packet-switched network, a circuit-switched network, apublic network, a private network, and/or other wired or wirelesscommunications network configured to carry data. Computing devices andnetworks also may support wireless wide area network (WWAN)communications services including Internet access such as EV-DO, EV-DV,CDMA/1xRTT, GSM/GPRS, EDGE, HSDPA, HSUPA, and others.

Computing devices and networks may support wireless local area network(WEAN) and/or wireless metropolitan area network (WMAN) datacommunications functionality in accordance with Institute of Electricaland Electronics Engineers (IEEE) standards, protocols, and variants suchas IEEE 802.11 (“WiFi”), IEEE 802.16 (“WiMAX”), IEEE 802.20x(“Mobile-Fi”), and others. Computing devices and networks also maysupport short range communication such as a wireless personal areanetwork (WPAN) communication, Bluetooth® data communication, infrared(IR) communication, near-field communication, electro-magnetic induction(EMI) communication, passive or active RFID communication, micro-impulseradar (MIR), ultra-wide band (UWB) communication, automaticidentification and data capture (AIDC) communication, and others.

Further aspects and advantages of various embodiments will become morereadily appreciated and better understood by the following descriptionof the elements of the communications system 100 illustrated in FIG. 1.Although certain exemplary embodiments and implementations may beillustrated and described as comprising a particular combination ofelements and performing a particular set of operations, it is to beunderstood that the principles and techniques discussed herein are notlimited to such examples.

In the embodiment shown in FIG. 1, the communications system 100includes, among other elements, a client 102 which may comprise oremploy one or more client devices 104 such as a mobile computing device,a PC, and/or any other computing device having computing and/orcommunications capabilities in accordance with the describedembodiments. The client devices 104 generally may provide one or moreclient programs 106 such as system programs and application programs toperform various computing and/or communications operations. Exemplarysystem programs may include, without limitation, an operating system(e.g., MICROSOFT® OS, UNIX® OS, LINUX® OS, Symbian OS™, Embedix OS,Binary Run-time Environment for Wireless (BREW) OS, JavaOS, a WirelessApplication Protocol (WAP) OS, and others), device drivers, programmingtools, utility programs, software libraries, application programminginterfaces (APIs), and so forth. Exemplary application programs mayinclude, without limitation, a web browser application, messagingapplications (e.g., e-mail, IM, SMS, MMS, telephone, voicemail, VoIP,video messaging), contacts application, calendar application, electronicdocument application, database application, media application (e.g.,music, video, television), location-based services (LBS) application(e.g., GPS, mapping, directions, point-of-interest, locator), and soforth. In some usage scenarios, one or more of the client programs 106may display various graphical user interfaces (GUIs) to presentinformation to and/or receive information from one or more of the clientdevices 104.

As shown, the client 102 is communicatively coupled via one or morenetworks 108 to a network-based system 110. The network-based system 110may be structured, arranged, and/or configured to allow the client 102to establish one or more communications sessions with the network-basedsystem 110 using various computing devices 104 and/or client programs106. Accordingly, a communications session between the client 102 andthe network-based system 110 may involve the unidirectional and/orbidirectional exchange of information and may occur over one or moretypes of networks 108 depending on the mode of communication. While theembodiment of FIG. 1 illustrates the communications system 100 deployedin a client-server operating environment, it is to be understood thatother suitable operating environments and/or architectures may be usedin accordance with the described embodiments.

Data and/or voice communications between the client 102 and thenetwork-based system 110 may be sent and received over one or morenetworks 108 such as the Internet, a WAN, a WWAN, a WLAN, a mobiletelephone network, a landline telephone network, a VoIP network, as wellas other suitable networks. For example, the client 102 may communicatewith the network-based system 110 over the Internet or other suitableWAN by sending and or receiving information via interaction with a website, e-mail, IM session, and/or video messaging session. The client 102also may communicate with the network-based system 110 via a telephonecall to a customer service agent and/or interactive voice response (IVR)system made over a mobile telephone network, a landline network, and/ora VoIP network. In wireless implementations, the client 102 maycommunicate with the network-based system 110 over the Internet via aWLAN or mobile telephone network that supports WWAN communicationsservices. The client 102 also may communicate over a mobile telephonenetwork via SMS and/or MMS messaging. It is to be appreciated that theembodiments are not limited in this regard.

In various usage scenarios, communication sessions and/or messagingbetween the client 102 and the network-based system 110 may involvemultiple modes of communication and/or multiple networks. In some cases,for example, the client 102 may initiate communication with thenetwork-based system 110 by interacting with a web site. In response,the network-based system 110 may communicate with the client 102 in avariety of ways such as via the web site, e-mail, IM, SMS, MMS, and/or atelephone call from a customer service agent and/or IVR system. Thecommunication from the network-based system 110 may comprise a message(e.g., e-mail, IM, SMS, MMS) containing relevant static or dynamiccontent, an embedded hyperlinked URL for directing the client 102 to aweb site, and/or a hyperlinked telephone number for allowing the client102 to click and place a telephone call to an agent (e.g., customerservice agent and/or IVR system) of the network-based system 110.

When communicating with the network-based system 110, the client 102 mayemploy one or more client devices 104 and/or client programs 106. Invarious implementations, the client devices 104 and/or client programs106 may host or provide one or more interfaces for communicating withthe network-based system 110. Exemplary interfaces may include a webinterface, an API interface, a messaging interface, and/or othersuitable communication interface in accordance with the describedembodiments. The client programs 106 for communicating with thenetwork-based system 110 may comprise, for example, pre-installed,authored, downloaded, and/or web-based computer programs.

The client programs 106 provided by one or more of the client devices104 (e.g., mobile computing device and/or PC) may include a web client.The web client may comprise, for example, a desktop and/or mobile (e.g.,WAP) web browser (e.g., Internet Explorer®, Mozilla®, Firefox®, Safari®,Opera®, Netscape Navigator®, etc.) capable of rendering web pages (e.g.,HTML documents) and supporting various browser-based web technologiesand programming languages such as HTML, XHTML, CSS, Document ObjectModel (DOM), XML, XSLT, XMLHttpRequestObject, JavaScript, ECMAScript,Jscript, Ajax, Flash®, Silverlight™, Visual Basic® (VB), VB ScriptingEdition (VBScript), PHP, ASP, Java®, Shockwave®, Python, Peri®, C#/.net,and/or others.

In various usage scenarios, the client 102 may use a web client toprovide an interface (e.g., HTTP interface) for navigating to a web siteassociated with the network-based system 110 and for requesting andreceiving web page data from the network-based system 110. For example,the client 102 may use the web client to navigate to a web siteassociated with the network-based system 110 by entering a URL into aweb browser address bar and/or by clicking on a hyperlinked URLdelivered to the client 102 via a web page, web-based application,e-mail, IM, SMS, MMS, and/or other delivery mechanism.

In one or more embodiments, the web client may comprise or beimplemented as a web browser toolbar for communicating with thenetwork-based system 110. In such embodiments, the web browser toolbarmay include, for example, a button (e.g., dedicated, customized, add-on)and/or a hyperlinked URL for navigating to a web site associated withthe network-based system 110. The web browser toolbar also may implementenhanced features such as a search engine interface (e.g., text entrybox, input fields, checkboxes, clickable hyperlinks) and/or one or morepull-down menus for accessing the network-based system 110, sendinginformation (e.g., search query, keywords, user preferences, menuselections) to the network-based system 110, and/or receivinginformation (e.g., search results, relevant static or dynamic content)from the network-based system 110.

In one or more embodiments, the web client may comprise or beimplemented as a widget such as a desktop or mobile widget forcommunicating with the network-based system 110. In such embodiments,the desktop or mobile widget may comprise web-based code, aninterpreter, a virtual machine, and/or an API implementation to request,receive, present, and/or update content hosted by the network-basedsystem 110. The desktop or mobile widget may comprise, for example, aclient-side web application displayed on the desktop or phone-top of oneor more of the client devices 104 implemented using various webtechnologies and programming languages. In various implementations, thedesktop or mobile widget may be supported by a host runtime environmentsuch as a web browser or suitable rendering engine and/or may beinstalled and run as a stand-alone application outside of a web browser.

In various embodiments, the network-based system 110 may provide userswith one or more client-side web applications as described in co-pendingU.S. patent application Ser. No. 12/262,468 titled “System and Methodsfor Providing Location-Based Upcoming Event Information Using aClient-Side Web Application Implemented on a Client Device,” which wasfiled on Nov. 31, 2008 and is incorporated by reference in its entirety.In such embodiments, once downloaded and installed on a client device(e.g., PC or mobile device) of the user, the client-side web applicationmay be configured to provide upcoming event information based upon thelocation of the user.

As shown in FIG. 1, the communications system 100 includes, among otherelements, a third party 112 which may comprise or employ a third-partyserver 114 hosting a third-party application 116. In variousimplementations, the third-party server 114 and/or third-partyapplication 116 may host a web site associated with or employed by athird party 112 such as an affiliate, partner, or other third-partyentity or user in accordance with the described embodiments. It can beappreciated that, in some implementations, the third party 112 mayprovide the third-party application 116 for promoting, enhancing,complementing, supplementing, and/or substituting for one more servicesprovided by the network-based system 110. For example, the third-partyserver 114 and/or third-party application 116 may enable thenetwork-based system 110 to provide the client 102 with additionalservices and/or information such as additional ticket inventory.

In some usage scenarios, one or more of the client programs 106 may beused to access the network-based system 110 via the third party 112. Forexample, the client 102 may use a web client to access and/or receivecontent from the network-based system 110 after initially communicatingwith a third-party web site. The web site of the third party 112 (e.g.,affiliate, partner) may comprise, for example, a hyperlinkedadvertisement, a web widget, and/or an API implementation comprisingweb-based code within a web page to present static or dynamic contenthosted by the network-based system 110 and/or to provide programmaticaccess to the network-based system 110.

It can be appreciated that the hyperlinked advertisement, web widget,and/or API implementation for communicating with the network-basedsystem 110 may be hosted by various third-party web sites such as anaffiliate web site, a partner web site, an online marketplace web site,an entertainment web site, a sports web site, a media web site, a searchengine web site, a social networking web site, a blog, and/or any othercorporate or personal web site or web page in accordance with thedescribed embodiments. In some cases, the third party 112 may bedirectly or indirectly compensated for directing traffic from thethird-party web site to the web site of the network-based system 110and/or in the event that an electronic commerce transaction resultsafter a user is directed from the third-party web sites to the web siteof the network-based system 110.

In various embodiments, the web client and/or the network-based system110 may provide the user with the ability to receive and aggregatecontent and/or online marketplace and ticket fulfillment services of thenetwork-based system 110 and other third-party services (eBay® services,Kijiji™ services, PayPal™ services, etc.). For example, the web clientmay display location-based upcoming event information that includesevent listings published by sellers via the online marketplace servicesof the network-based system 110 as well as event listings published bysellers via one or more third-party online marketplace services (e.g.,eBay® services, Kijiji™ services). In such embodiments, the client-sideweb application may display an aggregate of ticket inventory availablefrom multiple online marketplaces providing the user with multiplepurchasing options.

The client programs, 106 executed by one or more of the client devices104 may include a programmatic client for accessing and communicatingwith the network-based system 110. Along with performing a certain setof functions, the programmatic client may include, for example, animplementation of an API provided by the network-based system 110 forenabling access to and/or communication with various elements (e.g.,servers, databases) of the network-based system 110. In variousembodiments, the API implementation may comprise executable code inaccordance with an SDK provided by the network-based system 110.

In some usage scenarios, the programmatic client may be implemented as astand-alone or web-based database, point-of-sale (POS), and/or inventorymanagement application for managing a large volume of availableinventory and communicating with the network-based system 110. Theprogrammatic client may be employed, for example, by high-volume sellersto author, update, and manage a large number of inventory listings. Insome cases, a high-volume seller may use the programmatic client toperform batch-mode communication with the network-based system 110. Thebatch-mode communication from the high-volume seller may comprise datafor numerous inventory items (e.g., hundreds, thousands) for publicationby the network-based system 110. The programmatic client also may beused to communicate with the network-based systems in real-time. Forexample, communications from the high-volume seller may comprisereal-time inventory updates so that the listings published by thenetwork-based system 110 accurately reflect the available inventory ofthe high-volume seller.

The client programs 106 executed by one or more of the client devices104 (e.g., mobile computing device and/or PC) also may include amessaging client. The messaging client may comprise, for example, anapplication that supports one or more modes of communication such ase-mail, IM, SMS, MMS, telephone, VoIP, video messaging, and so forth. Itcan be appreciated that some messaging clients may required and/orlaunch an Internet connection in the background when executed.

In accordance with various embodiments, the network-based system 110 maycommunicate with and provide services to users such as buyers and/orsellers of goods such as event tickets. For example, the network-basedsystem 110 may comprise or implement an online ticket marketplace forbuyers and sellers of tickets for live events such as sports, concerts,theater, and other entertainment events.

It is to be appreciated that goods for purchase and/or sale may includeboth tangible goods (e.g., physical tickets, electronic tickets),intangible goods (e.g., rights and/or licenses that are afforded by thetickets), and other goods in accordance with the described embodiments.It also is to be appreciated that users other than buyers and/or sellersmay communicate with the network-based system 110. In some cases, forexample, the client 102 may be associated with an administrator orcustomer service agent and may communicate with the network-based system110 to monitor, update, and/or otherwise manage one or more computingdevices and/or services of the network-based system 110.

FIG. 1 illustrates an exemplary embodiment of the network-based system110 for providing online ticket marketplace. As shown, the network-basedsystem 110 may comprise or implement a plurality of servers and/orsoftware components that operate to perform various methodologies inaccordance with the described embodiments. Exemplary servers mayinclude, for example, stand-alone and enterprise-class servers operatinga server OS such as a MICROSOFT® OS, a UNIX® OS, a LINUX® OS, or othersuitable server-based OS. It can be appreciated that the serversillustrated in FIG. 1 may be deployed in other ways and that theoperations performed and/or the services provided by such servers may becombined or separated for a given implementation and may be performed bya greater number or fewer number of servers.

In various implementations, the servers of the network-based system 110may comprise or implement software components deployed in a tieredenvironment, where one or more servers are used to host server softwarerunning in each tier. For example, using a three-tiered architecture,one or more server software components may be hosted by front-endservers, one more server software components may be hosted by a middletier or middleware implemented by application servers, and one moreserver software components may be hosted by a back-end tier implementedby databases and/or file systems. In some embodiments, servers of thenetwork-based system 110 may be communicatively coupled with each othervia a local area network (LAN) and/or suitable intranet or back-endnetwork.

The network-based system 110 may comprise one or more communicationsservers 120 for providing suitable interfaces to enable communicationusing various modes of communication and/or via one or more networks108. In the embodiment of FIG. 1, the communications servers 112 includea web server 122, an API server 124, and a messaging server 126 toprovide interfaces to one or more application servers 130. Theapplication servers 130 of the network-based system 110 may bestructured, arranged, and/or configured to provide various onlinemarketplace and/or ticket fulfillment services to users that access thenetwork-based system 110.

In various usage scenarios, the client 102 may communicate with theapplications servers 130 of the network-based system 110 via one or moreof a web interface provided by the web server 122, a programmaticinterface provided by the API server 124, and a messaging interfaceprovided by the messaging server 126. It can be appreciated that the webserver 122, the API server 124, and the messaging server 126 may bestructured, arranged, and/or configured to communicate with varioustypes of client devices 104 and/or client programs 106 and mayinteroperate with each other in some implementations.

The web server 122 may be arranged to host web pages (e.g., HTMLdocuments) and provide an appropriate web interface (e.g., HTTP, CGI,etc.) for enabling data to be presented to and received from entitiesvia the Internet. The web server 122 may be arranged to communicate withweb clients and/or applications such as a web browser, web browsertoolbar, desktop widget, mobile widget, web-based application, web-basedinterpreter, virtual machine, and so forth. The web server 122 mayprovide a web interface to enable access by the client 102 and/or thethird party 112 to the various services and functions provided by theapplication servers 130. For example, the web server 122 may be arrangedto receive data from the client 102 and/or third party 112 and to passthe data to one or more application servers 130 within the network-basedsystem 110. The web server 122 also may present the client 102 and/orthird party 112 with relevant static and dynamic content hosted by thenetwork-based system 110 in response to various requests and/or events.

The API server 124 may be arranged to communicate with various clientprograms 106 and/or a third-party application 116 (e.g., third-party website) comprising an implementation of API for the network-based system110. The API server 124 may provide a programmatic interface to enableaccess by the client 102 and/or the third party 112 to the variousservices and functions provided by the application servers 130. Forexample, the programmatic interface provided by the API server 124 maybe used for batch-mode and/or real-time communication with a high-volumeseller for receiving and updating inventory listings. The programmaticinterface provided by the API server 124 also may be used to communicaterelevant static or dynamic content hosted by the network-based system110 to an API implementation of one or more client programs 106 and/or athird-party application 116 (e.g., third-party web site). The APIimplementation may comprise, for example, executable code in accordancewith a SDK provided by the network-based system 110.

The messaging server 126 may be arranged to communicate with variousmessaging clients and/or applications such as e-mail, IM, SMS, MMS,telephone, VoIP, video messaging, and so forth. The messaging server 126may provide a messaging interface to enable access by the client 102and/or the third party 112 to the various services and functionsprovided by the application servers 130. For example, the messaginginterface provided by the messaging server 126 may be used tocommunicate with the client 102 and/or the third party 112 in a varietyof ways such as via e-mail, IM, SMS, MMS, video messaging, and/or atelephone call (e.g., landline, mobile, VoIP) with a customer serviceagent and/or IVR system.

When implemented as an online ticket marketplace, the applicationservers 130 of the network-based system 110 may provide various onlinemarketplace and ticket fulfillment services including, for example,account services, buying services, selling services, listing catalogservices, dynamic content management services, delivery services,payment services, and notification services. In the exemplary embodimentshown in FIG. 1, the application servers 130 may comprise an accountserver 132, a buying server 134, a selling server 136, a listing catalogserver 138, a dynamic content management server 140, a payment server142, a notification server 144, and a delivery server 146 structured andarranged to provide such online marketplace and ticket fulfillmentservices.

The application servers 130, in turn, may be coupled to and capable ofaccessing one or more databases 150 including a subscriber database 152,an events database 154, and a transaction database 156. The databases150 generally may store and maintain various types of information foruse by the application servers 130 and may comprise or be implemented byvarious types of computer storage devices (e.g., servers, memory) and/ordatabase structures (e.g., relational, object-oriented, hierarchical,dimensional, network) in accordance with the described embodiments.

Account Services

The account server 132 implemented by one or more of the applicationservers 130 may allow a user to establish and/or manage a subscriberaccount with the network-based system 110. For example, while someservices provided by the network-based system 110 may be generallyaccessible, a user may be required to access an existing subscriberaccount or register a new subscriber account with the network-basedsystem 110 in order to receive certain customized and/orsubscriber-specific services.

To create a subscriber account, a user may provide the network-basedsystem 110 with account information such as a unique username, e-mailaddress, password, name, location (e.g., address, city, country, and/orzip code), telephone numbers (e.g., home, work, and/or mobile), and/orother required information for identifying and/or authenticating theuser. After receiving the required account information and instructionsfrom the user to create the subscriber account, the network-based system110 may create the subscriber account and store the account informationin the subscriber database 152.

To effectuate the buying or selling of goods such as event tickets, theuser may be required to link the subscriber account of to a source offunds and/or financial value for completing different transactions viathe network-based system 110. It can be appreciated that the user mayprovide various types of entities or third-party financial accountscapable of supplying or receiving funds and/or financial value inaccordance with the described embodiments. Exemplary entities and/orthird-party financial accounts may include, without limitation, a bank,bank account, lender, line-of-credit, credit card company, credit cardaccount, debit card, prepaid debit card account, third-party paymentservices account (e.g., PayPal™ account), payroll account, check, moneyorder, or any other suitable source of financial value.

Additionally or alternatively to linking the subscriber account to asource of financial value based on a commercial currency (e.g., U.S.dollar), a user may link to the subscriber account to a source offinancial value based on a proprietary and/or promotional currency(e.g., points, rewards, coupons) capable of accumulation and/orredemption by the user to pay for goods or services. It can beappreciated that multiple sources of funds and/or financial valueassociated with the user may be linked to the subscriber accountenabling the user to select among such sources to effectuate differentpayment transactions via the network-based system 110. The user mayselect various options for receiving payment when a sale is effectuatedvia the network-based system 110. For example, the user may requestpayment for sales via check, deposit to a third-party payment servicesaccount (e.g., PayPal™ account) or Season Ticket Account, and/or othertype of source capable of receiving funds and/or financial value inaccordance with the described embodiments.

After a subscriber account is created, the user may view and/or makechanges to account information, add or edit existing contacts, retrieveor change the password, view and edit sources of funds and/or financialvalue on file, view and edit payment options, and/or otherwise managethe subscriber account. In various implementations, the user maycustomize a subscriber account with one or more interests and ticketingpreferences. For example, the user may add and edit informationassociated with the subscriber account regarding one or more cities,venues, artists, teams and sporting events, theaters, and season ticketand packages of interest to the user.

When accessing the subscriber account, the user may view and/or managevarious details of past and pending transactions. For example, thesubscriber account may provide a seller with details regarding past andpending ticket sale listings (e.g., shipped, canceled, inactive,expired, deleted, active, pending confirmation, awaiting shipment) andmay allow the user to track event listings, modify the prices of eventlistings, view and confirm received orders, view and confirm orders toship, print or reprint shipping labels, view shipped orders, viewcanceled orders, view the status of payments and edit payment options,view past payments, and so forth. The subscriber account also mayprovide a buyer with details regarding past and pending ticket purchasetransactions (e.g., past orders, purchased, delivered, canceled,expired, order status, delivery status, active bids, auctions lost) andmay allow the user to view order history, track active bids, modifyoffers, download and print electronic tickets, view and edit paymentoptions, and so forth.

In accordance with various embodiments, sellers with one or more activelistings can access an interactive event venue seat map via their “myactive ticket listings” page in their account. A “compare prices” iconmay be presented for each active listing that, when clicked, displays aninteractive event venue seat map for that listing to allow the seller tokeep abreast of pricing trends for the event and make necessary pricingadjustments as needed.

The user also may customize a subscriber account with one or morenotification preferences. For example, the user may configure thesubscriber account to receive notifications, change notifications,and/or discontinue notifications. In some cases, the user may request toreceive promotions via an e-mail newsletter featuring events happeningin a particular location. The user also may subscribe to receivecustomized alert notifications in a variety of ways such as via e-mail,IM, SMS, MMS, and/or other suitable delivery mechanism. In addition toreceiving such notifications via e-mail, IM, SMS, MMS, the user mayaccess the subscriber account and view recent notifications such asalert notifications and other messages received in the past week.

In accordance with various embodiments, sellers with one or more activelistings may choose to and/or automatically receive transactional e-mailmessages that complement and drive sellers to an interactive event venueseat map. The transactional e-mail messages may inform sellers thattheir tickets are still listed and that the event date is approachingand also provide a link to the online ticket marketplace and/or aninteractive event venue seat map for the event to allow sellers to viewthe most recent pricing data.

Selling Services

The selling server 134 implemented by one or more of the applicationservers 130 may allow a user to offer goods for sale via an onlinemarketplace provided by the network-based system 110. To list goods forsale such as a single or multiple event tickets, a seller may providethe network-based system 110 with required event information such asevent, location of the tickets, sale type, ticket quantity, seatingdetails (e.g., section, row, seat, comments), price, and payment method.It can be appreciated that one or more delivery options may be availablefor selling the tickets depending on the locations of the buyer and theseller, the time remaining before the event, and/or the form of thetickets (e.g., physical tickets, electronic tickets).

After receiving the required event information and instructions from theseller to publish an event listing, the network-based system 110 maycreate an active event and store the event information in the eventsdatabase 154 for publication to users of the network-based system 110.The event information stored in the events database 154 may changefrequently as new event listings for upcoming events are added and thenremoved when the tickets for such events listings are purchased. Theevents database 154 may store relatively static information for an eventsuch as category (e.g., sports, concerts, theater), as well as real-timedynamic information such as current event listings, true levels ofticket inventory, and pricing information for active event listings andsold event listings.

In accordance with various embodiments, the selling server 134 of thenetwork-based system 110 may be configured to obtain and/or provideinformation for active ticket listings and sold ticket listings. Theinformation may comprise pricing information including active ticketprices (e.g., fixed, auction, and/or declining prices for unsoldtickets) and sold ticket prices (e.g., actual prices fans have paid forspecific locations) for providing an accurate representation of thecurrent market value of tickets for an event. For each event, thepricing information may comprise data defining active listings (e.g.,section, row, quantity, listed price) and sold listings (e.g., section,row, quantity, date, sold price) for each section and for each zone(e.g., aggregated sections) in an event venue.

The pricing information also may include data defining the highestprice, the lowest price, and the average price for all active ticketsand/or sold tickets within any section or zone. In some implementations,the average price may be calculated as a median price for all activeand/or sold tickets within any section or zone by dropping the lowestand highest priced tickets. The pricing information may comprise datadefining comparable sections, such as the top ten sections which areclosest in price. The pricing information may further comprise theoverall average ticket price for an event calculated, for example, bydropping the five lowest and highest priced tickets. The pricinginformation also may include rising and falling pricing trendinformation such as price change data (e.g., the percentage change inthe average price of sold tickets for an event within the last N numberof days), listing rate data (e.g., the percentage change in the amountof active listings within the past week, and/or selling rate data (e.g.,the percentage change in the amount of sold tickets within the pastweek). It can be appreciated that other types of information and/or datamay be obtained and/or provided in accordance with the describedembodiments.

To create an event listing for publishing tickets for an upcoming eventwhich are for sale, a seller may select the appropriate type of event,city, or venue for event tickets being offered for sale, and then may bequeried or prompted to select a specific event after making selectionsfrom various categories and subcategories presented via a set ofinteractive pull-down menus. Once an event has been selected, the sellermay provide the price per ticket and the ending date of the sale whenthe event listing is to be removed from publication. For some events,the event listing may expire three business days before the event. Incertain markets, tickets may be sold on consignment and the listing mayremain until the start of the event.

In some cases, if the seller has additional tickets to list for the sameevent or for the same team (e.g., season tickets), the seller is able tostart the listing process for the additional tickets with the previouslyselected ticket event (e.g., Mar. 20, 2007 Dallas Mavericks @ New YorkKnicks), the previously selected genres (e.g., sports, basketball, NBA,2006-20007 regular season, New York Knicks), and/or the previouslyselected seats. For example, the seller may list multiple tickets asdescribed in co-pending U.S. patent application Ser. No. 11/689,787titled “System and Method for Posting Multiple Items for Sale,” whichwas filed on Mar. 22, 2007 and is incorporated by reference in itsentirety.

In accordance with various embodiments, the seller creates an eventlisting for publishing tickets to an upcoming event which are for sale.To create the event listing, the seller may be presented with apull-down menu listing categories such as sports tickets, concerttickets, theater and arts tickets, and ticket gift certificates. If theseller selects the sports tickets category, a pull-down menu listingsports tickets such as baseball tickets, basketball tickets, footballtickets, and other types of sports tickets is presented. If the sellerthen selects football tickets, a pull-down menu listing sportssubcategories such as NFL tickets, CFL tickets, and NCAA tickets ispresented. If the seller selects the NFL tickets, a pull-down menulisting ticket subcategories such as NFL regular season tickets, NFLplayoff tickets, and NFL pro bowl tickets is presented. If the sellerselects the NFL regular season tickets, a pull-down menu listing NFLteams is presented. Once the seller selects tickets for particular NFLteam, a listing of available events including event details (e.g., teamand opponent, date, time, venue name) for the team are displayed whichcan be sorted by event, date, and venue. The seller may then select anevent from the listing of available events. It can be appreciated thatappropriate sets of pull-down menus for listing categories andsuccessive subcategories may be presented for any type of event ticketin accordance with the described embodiments.

After an event has been selected, the seller may provide thenetwork-based system 110 with the shipping location of the tickets andverify current contact information (e.g., address and telephone phonenumber). The seller may select from various delivery options (e.g.,courier, electronic delivery) and provide a sale type such as a fixedprice sale (e.g., set price capable of subsequent modification), adeclining price sale (e.g., automatically decreasing price over timefrom maximum price to minimum), or an auction sale (e.g., buyers bidfrom a starting price during an open period with the highest bidderplacing an order when the auction closes).

The seller may provide the ticket quantity for specific seats or generaladmission. The seller may provide the ticket quantity and may allow thequantity of offered tickets to be split among several buyers inmultiples of two. The seller may provide seating and ticket details forthe offered tickets such as section, row, seat numbers, and may provideother comments. In some cases, the seller may select to prevent buyersfrom viewing the specific seat numbers when the event listing ispublished by the network-based system 110.

In accordance with various embodiments, when entering seating and ticketdetails, the seller may be presented with a user interface that providesa “lookahead” section filter. As the seller begins to type partialinformation for an event that is associated with an interactive eventvenue seat map into a “section” field, the field is read, and relevantsections are displayed to the seller in a drop down menu. The seller maythen choose the section from the menu making the entering of ticketdetails easier for the seller and reducing the number of listings thatgo unmapped and therefore unsold.

After the seller has provided the required seating and ticket details,the seller is prompted to enter a price per ticket and payment method.The seller may provide a selected payment method for the sale of thetickets such as via check, deposit to a third-party payment servicesaccount (e.g., PayPal™ account), Season Ticket Account, and/or othertype of source capable of receiving funds and/or financial value. Theseller also may select to donate some or all of the proceeds of a saleto a third-party such as a non-profit organization or entity (e.g.,charity, foundation, fund, alliance, society) as described in co-pendingU.S. patent application Ser. No. 10/697,850 titled “System and Methodfor Providing Logistics for a Sale or Transfer of Goods with ProceedsProvided to a Third Party,” which was filed on Oct. 30, 2003 and isincorporated by reference in its entirety.

In accordance with various embodiments, the listing process for sellersincludes a price mapping feature that introduces sold ticket data in auniformly displayed interactive event venue seat map for enablingsellers to view both sold and current listing data for any section orzone in an event venue. When entering pricing information, the sellermay be presented with a user interface for entering payment method andpricing information that provides a “compare prices” feature. Inaddition to providing a “price” field for allowing the seller to enter aprice per ticket, the user interface may provide a “compare prices”icon. When the “compare prices” icon is clicked, the seller is presentedwith an interactive event venue seat map regardless of whether theseller has entered pricing information.

In one or more implementations, the interactive event venue seat map maybe displayed within a DIV pop-up overlay that substantially overlays(e.g., 70% overlay) the user interface for entering the payment methodand pricing information. The overlay may provide the event information(e.g., event name, venue, and date), ticket details (e.g., section androw entered by the seller), pricing trend information (e.g., rising orfalling sales), and an event summary (e.g., average price for the event,number of active listings, and number of sold listings). The overlayalso may include a “price input” field for entering and/or editing aprice per ticket. In some cases, the “price input” field may bepre-populated with previously entered pricing information. When pricinginformation (e.g., price per ticket) is included in the “price input”field, the overlay may provide a ticket price comparison showing thetotal number of comparable sections.

In accordance with various embodiments, the overlay comprises aninteractive event venue seat map comprising a layout of the event venueindicating sections of the event venue for which tickets are listed. Inresponse to the ticket details (e.g., section and row entered by theseller), a tabbed sold/active pop-up window is displayed that overlays aportion of the interactive event venue seat map that presents the nameof the section entered by the seller and available pricing informationfor the section and corresponding tab (e.g., sold tab or active tab). Inone implementation, the sold/active pop-up window presents the lowest(sold/active) price for the section, the average (sold/active) price forthe section, the highest (sold/active) price for the section, andcorresponding indicators. When pricing information is available for thesection of the seller, a section marker pointing to the section andindicating the average price for the section is also presented on theinteractive event venue seat map. If there is no available pricinginformation for the section of the seller, a message is displayedrequesting the seller to click on a comparable section.

When pricing information is available for the section, the sold/activepop-up window also presents ticket details and transaction informationfor sold or active event listings that may be displayed in columns thatcan be sorted by the seller. The ticket details for sold event listingsmay include row and quantity, and the transaction information for soldevent listings may include the sold date and price paid. The ticketdetails for active event listings may include row and quantity, and thetransaction information for active event listings may includes thelisted price per ticket.

In response to the price per ticket entered by the seller, sectionmarkers pointing to comparable sections that are within a predeterminedrange of the price per ticker entered by the seller and indicating theaverage price for tickets within each comparable section are presentedon the interactive event venue seat map. Such section makers showsections where the average sold price is close to the price that theseller is considering which helps the seller pinpoint sections to lookat in more detail.

The interactive event venue seat map allows the seller to browse andclick on sections to see sold and listed data for any section in theevent venue. When presented with the interactive event venue seat map,the seller may roll over a particular section causing a roll-over screento appear that includes the section name, the average sold price fortickets in the section, and the average listed price for tickets in thesection. If the particular section is clicked and pricing information isavailable for the zone, the sold/active pop-up displays the section nameand presents ticket details and transaction information for sold oractive event listings within the section.

The interactive event venue seat map also provides a zone view thatallows sellers to click on any zone name in a zone legend to see allsold and listed data for that zone. If a zone name is clicked andpricing information is available for the zone, the sold/active pop-updisplays the zone name and presents ticket details and transactioninformation for sold or active event listings within the zone. If thesold tab is selected, the ticket details include section, row, andquantity, and the transaction information includes the sold date andprice paid. If the active tab is selected, the ticket details includesection, row and quantity, and the transaction information includes thelisted price per ticket. When the seller clicks a different tab, pricinginformation, ticket details, and transaction information correspondingto the different tab is presented if available.

The interactive event venue seat map also provides a “compare feature”to provide sellers with a quick visual indication whether a proposedsale price is within a sale price range determined from sold and currentlisting data of other similar listings. For example, the seller mayenter or edit and price per and use the compare feature to view a listof comparable sections and available pricing information. After beingpresented with market value information and finally deciding on a priceper ticket, the seller can save and/or update the price of a ticket fora new or existing event listing.

In general, the interactive event venue seat map provides sellers withthe opportunity to view pricing details to allow for a more accuratepicture of the current market value of their tickets. Accordingly,sellers are better able to price their tickets based on the truestmarket value, resulting in a quicker sale. In some embodiments, theinteractive event venue seat map also may provide a visual warning to aseller when a proposed price is not competitive with respect to sold andcurrent listing data of other similar listings.

Buying Services

The buying server 136 implemented by one or more of the applicationservers 130 may allow a user to locate goods offered for sale via anonline marketplace provided by the network-based system 110. To findgoods for sale such as a single or multiple event tickets, a buyer mayview active event listing published by the network-based system 110.

In accordance with various embodiments, information may be presented toand/or received from information from the user via one or more userinterfaces presented on the display of a client device (e.g., PC ormobile device). The user interfaces presented to the user by aclient-side web application may comprise a search engine interface(e.g., text entry boxes, input fields, checkboxes, clickable hyperlinks,pull-down menus, etc.) for allowing the user to provide event criteriafor searching and/or filtering event listings. The user interfacespresented to the user also may comprise search results includingupcoming event listings that satisfy the event criteria.

For example, the buyer may browse active event listings by clicking andfollowing links for various event categories and subcategories such assports tickets, concert tickets, theater tickets, cities, sports, teams,artists, show type (e.g., Broadway, opera, ballet, comedy), event names,and so forth. The buyer also may search for events using a search engineinterface and/or one or more pull-down menus. For example, the buyer mayenter one or more keywords into a search engine text entry box and viewresults comprising active events that satisfy the query. In variousimplementations, the buyer may be presented with a ticket finder screencomprising a plurality of pull-down menus for allowing the buyer toquickly formulate a search by selecting a category (e.g., sports,concert, theater, etc.), a location (e.g., city), and a number oftickets from the pull-down menus.

In some embodiments, a user may search for and/or request upcoming eventinformation based on a variety of event criteria such as an event name,category, city, venue, artist, genre, team, player (e.g., startingpitcher, favorite player), theater, date range, date, number of tickets,price range, ticket attributes (e.g., zone range, zone, section range,section, row range, row, seat number range, seat number), and/orcombination thereof. Accordingly, the event criteria included in asearch query may comprise ticket attributes as well as one or moreconditions associated with the event parameters for requestinginformation for such upcoming events only when such conditions are met.

It can be appreciated that various combinations of event criteria arepossible in accordance with the described embodiments. For example, auser may request upcoming event information specifying combinations suchas a certain number of tickets and a maximum price, a particular artistand a certain city, a certain player and a particular event venue, andso forth. A user also may request upcoming event information based onone or more ticket attributes. For instance, a user may request acertain number of tickets for an upcoming event in one or more specifiedzones, sections, rows, and/or or seats. Additionally, event criteria maybe applied alone or in combination across one or more events. A user mayrequest, for example, tickets in a certain row (e.g., front row) or rowrange (e.g., rows 1-5) within a specified zone (e.g., club infield) orsection (e.g., section 224) for a designated team (e.g., professionalbaseball team) and/or for one or more games (e.g., particular opponent,rivalry game). The embodiments are not limited in the regard.

It can be appreciated that in some cases, an upcoming event may notsatisfy all event criteria specified by the user. For example, ticketsfor an upcoming event may be available but not within a price rangespecified by the user. Additionally, there may be no upcoming eventsthat satisfy the event criteria specified by the user when there are noavailable tickets such as when no sellers have listed tickets for anevent and/or before tickets for an event go on sale. In such cases, theclient-side web application may inform the user that there are no searchresults satisfying the search criteria and then perform a new searchwith relaxed search criteria. Alternatively or additionally, theclient-side web application may automatically relax the search criteriaand attempt another search.

Once a buyer has located and selected an event, the tickets beingoffered for sale for the event may be presented to the buyer. In variousembodiments, the user may view the details of tickets being offered forsale and the location of tickets in the event venue as described inco-pending U.S. patent application Ser. No. 11/552,782 titled “Methodand System for Illustrating Where a Ticket is Located in an EventVenue,” which was filed on Oct. 25, 2006 and is incorporated byreference in its entirety. In such embodiments, the buyer may bepresented with an interactive event venue seat map and details ofavailable tickets according to criteria specified by the buyer.

In one implementation, for example, after selecting an event the buyermay be presented with an interactive event venue seat map and an initiallisting of all event tickets for sale. The event listings may includedetails such as section, row, quantity, and price and may be sorted bythe buyer according to such details. The sections of the interactiveevent venue seat map for which tickets are available may be displayed incolor while sections having no available tickets may be displayed inwhite.

Within the interactive event venue seat map, comparable orsimilarly-located (e.g., upper level) sections having available ticketsmay be displayed in the same color while sections having availabletickets that are not comparable or similarly-located may be displayed indifferent colors. For example, the colors used in the sections maycorrespond to zones for the sections with each zone comprising severalcomparable or similarly-located sections. Along with the interactiveevent venue seat map, the buyer may be presented list comprising thedifferent zone names and the color used for each zone. The names ofzones having available tickets may be displayed in black text, while thenames of zones having no available tickets may be displayed in graytext.

When presented with the interactive event venue seat map, the buyer mayroll over a particular section causing a roll-over screen to appearindicating the quantity and price range of tickets available in thatsection. By clicking on a particular section, the event listings may befiltered to display only the event listings in the selected sectionalong with the specific details (e.g., section, row, quantity, price)for such tickets. The buyer also may zoom-in, zoom-out, drag, and/orrotate the interactive event venue seat map.

When presented with the initial listing of all event tickets for sale,the buyer may filter the initial listing by inputting criteria such asone or more price ranges (e.g., $75-$286, $286-$349, $349-$442,$442-$559, and $559 and up). Once the buyer selects a price range, theevent listings are filtered to display only the event listings in theselected price range. Additionally, the interactive event venue seat mapis modified to display sections in color for which tickets are availablein the selected price range.

Each event listing may include ticket attributes such as section, row,quantity, and price. Each listing also may include a link to viewadditional details that when clicked may display the ticket attributesalong with further ticket details (e.g., seat numbers, time remaining topurchase the tickets, seller comments, delivery options), a selectivelyenlargeable image of the event venue for reviewing the location of theseats, and an action button for initiating purchase of the tickets.

To place an order for the tickets, the buyer may provide a deliverylocation, select a method of payment (e.g., credit card), confirm thetransaction details (e.g., description of the tickets, delivery method,delivery location, payment amount, and method of payment), and thecomplete the purchase. When the buyer places the order, a confirmatione-mail is sent to the buyer, and the seller is notified of the orderrequest via e-mail and requested to confirm the availability anddelivery of the tickets. Upon receiving confirmation from the sellerthat the tickets have been sent, the buyer is notified as to whendelivery can be expected. It can be appreciated that upon the sale ofthe tickets, one or more delivery options may be available depending onthe locations of the buyer and the seller, the time remaining before theevent, and/or the form of the tickets (e.g., physical tickets,electronic tickets).

Listing Catalog Services

The listing catalog server 138 implemented by one or more of theapplication servers 130 may be arranged to receive and respond toqueries and/or to provide access to event information stored in theevents database 154. A query to the listing catalog server 138 maycomprise, for example, a search query, web query, web feed request(e.g., RSS feed request, ATOM feed request), API request, HTTP request(e.g., Get, Post, etc.), a web form submission (e.g., XHTML/HTML form),and/or suitable request mechanism in accordance with the describedembodiments. In various implementations, a query may be submitted to thelisting catalog server 138 via one or more communications servers 120from one or more client devices 104, client programs 106, a third-partyserver 114, and/or a third-party application 116. Queries also may besubmitted to the listing catalog server 138 internally from otherapplication severs 130 of the network-based system 110.

In one embodiment, the listing catalog server 138 may be implemented bya distributed architecture comprising a plurality of distributedindexing modules. Each of the distributed indexing modules may providean interface for receiving queries from front-end servers such as thecommunications servers 120. The distributed indexing modules may storeand build updatable indexes against which a query can be checked toexpedite retrieval of a query result. The indexes may comprise, forexample, common keywords or search terms and event IDs linked to suchkeywords or search terms. The distributed indexing modules also maycache common query results.

The distributed indexing modules may be arranged to receive updatedindexing information brokered via a message bus from a local gatherermodule. The local gatherer, in turn, may be coupled to and collectindexing information from the events database 154. The indexing modulesmay update and/or filter the indexes based on the updated informationreceived from the local gatherer module and/or information from otherindexing modules.

The local gatherer module may be arranged to periodically scan itemsstored in the events database 154 and obtain updated indexinginformation. For example, the local gatherer module may request itemsfrom the events database 154 that have changed within a given timeperiod. The event information stored in the events database 154 maychange frequently as new event listings for upcoming events are addedand then removed when the tickets for such events listings arepurchased. Furthermore, the events database 154 may store relativelystatic information for an event such as category (e.g., sports,concerts, theater), as well as real-time dynamic information such ascurrent event listings and true levels of ticket inventory. It can beappreciated that the event information maintained by the events database154 may be extremely dynamic especially in cases where LMS andelectronic ticketing services are provided by the network-based system110.

The listing catalog server 138 may receive and respond to the querieswith event information for upcoming events that satisfy such queries.The event information may be provided locally from the listing catalogserver 138, if available (e.g., cached), and/or may be retrieved by thelisting catalog server 138 from the events database 154. In variousimplementations, event information from the listing catalog server 138may be communicated via one or more communications servers 120 to one ormore client devices 104, client programs 106, a third-party server 114,and/or a third-party application 116. The event information from thelisting catalog server 138 also may be provided internally to otherapplication severs 130 of the network-based system 110.

Exemplary event information parameters that may be included in theresponse from the listing catalog server 138 are described below in thefollowing table.

Event Information Parameter Table Event Parameter Details act_primaryHome Team Mascot act_secondary Away Team Mascot active_type 1 = activeevent 0 = inactive event allowedtosell 1 = general public allowed tosell tickets 0 = generatl public not allowed to sell ticketsancestorGenreIds List of parent IDs, in order of hierarchy, identifyingbrowsing path to reach the node ancestorGeoIds List of geography IDs, inorder of hierarchy, identifying browsing path to reach the geographynode canceled 1 = event has been canceled 0 = event has not beencanceled channel Name of the top level genre in the breadcrumb trailtied to the event channelId ID of the top level genre in the breadcrumbtrail tied to the event channelUrlPath URL path for the top level genrein the breadcrumb trail tied to the event channel_facet_str ID and Nameof the top level genre in the breaderumb trail tied to the event cityCity of the event date_last_modified Time of last change to the eventdescription Name of the event eventDate_facet_str Month and year of theevent, numeric (yyyy-mm) and alpha (month, yyyy) eventGeoDescriptionName of venue event_date Date and time of the event (GMT)event_date_local yyyy-mm-dd of the event event_date_time Date and localtime of the event event_id Unique ID of the event event_time_local Localtime of the event genreUrlPath URL path for the parent genre of theevent genre_parent ID of the parent genre of the event geoUrlPath URLpath for the venue of the event geography_parent ID of the parent geo ofthe venue hide_event_date 1 = event date hidden 0 = event date nothidden id ID of the event last_chance Date and time to delist the eventused in place of the actual event date due to shipping rules maxPriceHighest ticket price for the event maxSeatsTogether Maximum number ofsuccessive seats that can be purchased together minPrice Lowest ticketprice for the event name_primary Event match-up using team mascots(e.g., Mets vs Braves) name_secondary Full name of the away team (e.g.,New York Mets) spark_event_flag Event marked as a “hot” event stateState of the event totalPostings Number of actual postings for the eventtotalTickets Actual number of tickets listed for the eventvenue_config_id Configuration of the venue for the event

It can be appreciated that, in some implementations, not all of theevent information parameters included in the table may be necessary topresent the requested upcoming event information to the user.Accordingly, when all of the event information parameters are included,the response may be parsed to extract only those event informationparameters that are needed. Alternatively, the query and/or the responsemay be configured to request and respond with only those eventinformation parameters necessary to display the requested upcoming eventinformation. It also can be appreciated that the response may includedifferent event information parameters and/or additional eventinformation parameters than those described in the table.

Dynamic Content Management Services

The dynamic content management server 140 implemented by one or more ofthe application servers 130 may be arranged to provide a user withrelevant and/or related dynamic content customized according to aparticular context of the user. The dynamic event information maycomprise, for example, event information that changes as new eventlistings for upcoming events are added and as event listings are removedwhen the tickets for such events listings are purchased and real-timeevent-specific information such as current event listings, price ranges,and true levels of ticket inventory. Relevant or related dynamic contentmay comprise, for example, dynamic content customized according to thelocation of the user such as location-based advertising content (e.g.,banner ads), relevant and/or related categories and subcategories (e.g.,links for local sports teams, artists performing in the location,theater shows playing in the location), a list of event names and datesfor upcoming events in the location arranged by category, and/or othertype of dynamic featured content that changes according to the locationof the user.

In some implementations, the appearance of a user interface displayed tothe user may be customized or branded with dynamic content based on thelocation of the user and/or event criteria specified by the user. Forexample, a web page or web client may comprise a comprise a header,skin, or other designated area that dynamically displays differentgraphics (e.g., pictures, logos, backgrounds, etc.), advertisements,news, and/or other featured content received from the network-basedsystem 110 according to the location and/or event criteria of the user.

In various embodiments, the dynamic content management server 140 may bestructured, arranged, and/or configured to bind dynamic information to aparticular node and/or combination of nodes defining the context of theuser. Exemplary nodes may include, for example, geography nodes (e.g.,event cities), category nodes (e.g., sports, concerts, theater), sportsnodes (e.g., baseball, football, basketball), sports subcategory nodes(e.g., professional, college), music genre nodes (e.g., jazz, rock,alternative), theater subcategory nodes (e.g., musical, comedy), ticketsubcategory nodes (e.g., regular season, playoff, bowl), conferencenodes, team nodes, artist nodes, theater show nodes, venue nodes, eventnodes, and so forth. It can be appreciated such nodes may be arranged(e.g., hierarchically) and/or in other ways in accordance with thedescribed embodiments.

The dynamic content management server 140 may be configured bind dynamiccontent such as relevant and/or related categories and subcategories,event listings for upcoming events, promotional or advertising content,UI graphics, and/or various other types of customized content to a nodeor combination of nodes. When navigating a web site provided by thenetwork-based system 110, for example, the user may be presented withlinks for selecting from among various locations, categories, and/orsubcategories and for viewing content associated with such selections.When the user makes a particular selection, the context of the user maybe defined by one or more nodes associated with such selection, and theuser may be presented with dynamic content customized to the context ofthe user.

In various embodiments, the dynamic content management server 140 mayimplement a front-end query tool and presentation layer to query thelisting catalog server 138 according to the context of the user. Inresponse to the query, the dynamic content management server 140 mayreceive dynamic content (e.g., XML content) from the listing catalogserver 138 and provide the dynamic content to one or more dynamiccontent modules embedded in a web page presented to the user.Accordingly, the content associated with event listings may change basedon the context of the user, configurable parameters, and/or availableinventory.

In one example, a user selects a particular city, and the dynamiccontent management server 140 has bound dynamic content to a geographynode associated with the particular city. Upon selection of theparticular city by the user, the context of the user may be defined atleast in part by the geography node of the selected city, and the usermay be presented with the dynamic content that is bound to the geographynode. In this case, the user may be presented with a web page includingdynamic content customized for the particular city such as graphics(e.g., pictures, background) and advertising content (e.g., banner ads)for the particular city, relevant and/or related categories andsubcategories (e.g., links for local sports teams, artists performing inconcert in the city, theater shows playing in the city), a list of eventnames and dates for upcoming events in the city arranged by category,and/or other type of dynamic content that changes according to the cityselected by the user.

In another example, a user selects a particular football team, and thedynamic content management server 140 has bound dynamic content to ateam node associated with the particular football team. Upon selectionof the team by the user, the context of the user may be defined at leastin part by the team node, and the user may be presented with the dynamiccontent that is bound to the team node. In this case, the user may bepresented with a web page including dynamic content customized for theparticular team. For example, the web page presented to the user may bedynamically branded with graphics (e.g., pictures, background),advertising content (e.g., banner ads), and/or news associated with theparticular team. The user also may be presented with event listings forupcoming games for the team as well as relevant and/or relatedcategories and subcategories (e.g., links for road games, playoff games)for the team. In this implementation, the context of the user may bedefined by one or more other nodes in a hierarchical path to the teamnode such as a category node (e.g., sports), sports nodes (e.g.,football), sports subcategory node (e.g., professional), and ticketsubcategory node (e.g., regular season). As such, the user may bepresented with dynamic content bound to one or more of such nodes suchas links to other professional football teams for which regular seasontickets are available.

It can be appreciated that the embodiments are not limited to theforegoing examples and that dynamic content may be bound to a particularnodes and/or a combination of nodes for customizing that contentdisplayed to a user based on the context of the user. Accordingly, thedynamic content management server 140 may be used to create dynamiccontent campaigns including a various types of static and dynamiccontent and to bind such campaigns to nodes or groups of nodes thatdefine a context of the user. It also can be appreciated that a nodeand/or combination of nodes can be detected as a user selects one morelinks and/or in other ways such as when a query is submitted (e.g., textentry, selection of checkboxes, selection from a pull-down menu), asearch result is returned, or in any other way in accordance with thedescribed embodiments.

Payment Services

The payment server 142 implemented by one or more of the applicationservers 130 may be arranged to effectuate and/or manage payments betweenbuyers and sellers and to post and track financial transactions forusers of the network-based system 110. Transaction information for pastand pending transactions may be stored by the network-based system 110in the transaction database 156. The payment server 142 also may providedispute resolution mechanisms to handle payment disputes arising betweentransacting parties and/or fraud prevention mechanisms to preventfraudulent transaction, unauthorized use of financial instruments,non-delivery of goods, abuse of personal information, and so forth.While the payment server 142 is shown in FIG. 1 as forming part of thenetworked-based system 110, it will be appreciated that the paymentserver 142 may form part of a third-party payment system that isseparate and distinct from the network-based system 110 in alternativeembodiments.

In various implementations, the payment server 142 may account for atransfer of funds and/or financial value by debiting the a source offunds and/or financial value linked to the subscriber account of thebuyer and crediting a source of funds and/or financial value linked tothe subscriber account of the seller. For example, the network-basedsystem may securely communicate with one or more financial institutionssuch as a bank or credit card company over one or more networks 108 andarrange the transfer of funds and/or financial value from the buyer tothe seller. It can be appreciated that while certain settlementmechanisms may be described for purposes of illustration, theembodiments are not limited in this regard, and a variety of settlementnetworks and modalities may be used in accordance with the describedembodiments.

In one embodiment, after the buyer reviews and confirms an order, theaccount (e.g., credit card) of the buyer is verified, and the saleamount (e.g., ticket price plus delivery cost) is authorized. The selleris notified of the proposed purchase by e-mail or other notificationmechanism and requested to confirm that the tickets are still availableand that the transaction can be completed.

Upon receiving confirmation from the seller, the account (e.g., creditcard) of the buyer is charged. Funds from the account of the buyer maybe electronically transferred into a merchant account associated withthe network-based system 110, and a transaction fee may be deducted. Theremaining proceeds are then directed to the seller by issuing a paymentin accordance with the payment method selected by the seller such as viacheck, deposit to a third-party payment services account (e.g., PayPal™account), Season Ticket Account, and/or other type of source capable ofreceiving funds and/or financial value, and/or donation to a third-partysuch as a non-profit organization or entity.

It can be appreciated that the network-based system 110 may provide a“double blind” complete ticket-sale transaction without interactionbetween buyer and seller. Namely, the network-based system 110 mayfacilitate an entire ticket-sale transaction without requiring anyinteraction between the seller and the buyer. The network-based system110 controls and/or facilitates the entire sale and purchase process andserves as an intermediary between the buyer and seller effectivelyisolating the participation of the seller in the transaction from theparticipation of the buyer in the transaction. Accordingly, the identityof one transacting party can remain concealed from the other.

Notification Services

The notification server 144 implemented by one or more of theapplication servers 130 may be arranged to generate and send varioustypes of notifications to users of the network-based system 110. Thenotification server 144 may communicate with users over one or moretypes of networks 108 (e.g., the Internet, a WAN, a WWAN, a WLAN, amobile telephone network, a landline telephone network, a VoIP network,etc.) via interfaces provided the communications servers 120 such as theweb server 122, API server 124, and/or messaging server 126. It can beappreciated that, in some implementations, notifications may beforwarded to users via an intermediary such as an Internet ServiceProvider (ISP), online service provider (OSP), web-based e-mail serviceprovider, message aggregator (e.g., SMS aggregator), mobile transactionnetwork entity, and so forth.

The notifications may comprise messages delivered to users via e-mail,IM, SMS, MMS, video message, telephone call as well as messagesdelivered to the subscriber account of the user. In some cases, thenotifications may provide the user with information related to variousonline marketplace transactions. For example, notifications may be sentto sellers for indicating the status of event listings, informing theseller of offers (e.g., auction bids) for event listings or sales ofsimilar tickets and allowing the user to modify the prices of eventlistings, notifying the seller of placed orders and requestingconfirmation of the availability of tickets for such orders, providingdelivery instructions and requesting confirmation of delivery, trackingshipped orders, providing the status of payments, and so forth.Notifications may be sent to buyers for tracking ticket purchasetransactions (e.g., active bids, auctions lost) for event listings andallowing the buyer to modify offers, confirming an order and delivery,tracking shipped orders, providing pick-up instructions and requestingconfirmation of receipt, downloading and print electronic tickets, andso forth.

In accordance with various embodiments, sellers with one or more activelistings may choose to and/or automatically receive transactional e-mailmessages that complement and drive sellers to an interactive event venueseat map. The transactional e-mail messages may inform sellers thattheir tickets are still listed and that the event date is approachingand also provide a link to the online ticket marketplace and/or aninteractive event venue seat map for the event to allow sellers to viewthe most recent pricing data.

In some implementations, a buyer may subscribe to receive customizedalert notifications for upcoming events as described in co-pending U.S.patent application Ser. No. 12/262,468 titled “System and Methods forUpcoming Event Notification and Mobile Purchasing,” which was filed onOct. 31, 2008 and is incorporated by reference in its entirety. In suchimplementations, the notification server 144 may be arranged to generateand send an alert notification comprising a text message includingrelevant static or dynamic event information as well as an embeddedhyperlink. The hyperlink may comprise a hyperlinked telephone number forallowing the user to place a telephone call to an agent of thenetwork-based system 110 for transacting a mobile purchase.Alternatively or additionally, the hyperlink may comprise a URL or URIfor navigating to the network-based system 110 for transacting themobile purchase.

It can be appreciated that in some cases, an upcoming event may notsatisfy all event criteria specified by the user. In someimplementations, when there are no upcoming events that satisfy all theevent criteria specified by the user, the user may choose to receivealert notifications for one or more upcoming events conditioned on thecomplete satisfaction of the event criteria. In such implementations,the network-based system 110 may allow the user to select to receive analert notification whenever an upcoming event that substantially and/orcompletely satisfies the search criteria is listed. For example, theuser may choose to receive “on sale” alert notifications when ticketsthat satisfy one or more preferences of the user become available. Thenetwork-based system 110 also may provide the user with variouscapabilities (e.g., preference settings and options) to allow the userto receive “on sale” alert notifications for preferred tickets and toallow the user to automatically and/or optionally purchase suchpreferred tickets.

Delivery Services

The delivery server 146 implemented by one or more of the applicationservers 130 may arrange the delivery of goods from the seller to thebuyer. For the delivery of time-sensitive goods such as a single ormultiple event tickets, the network-based system 110 may determine andpresent delivery options that ensure that an event ticket is deliveredto the buyer before an event and the costs associated with such deliveryoptions.

In various embodiments, the network-based system 110 may coordinate thedelivery of event tickets as described in co-pending U.S. patentapplication Ser. No. 09/867,171 titled “System and Method for ProvidingLogistics for a Sale of Goods,” which was filed on Sep. 27, 2001 and isincorporated by reference in its entirety. In such embodiments, thenetwork-based system 110 may automatically arrange and/or facilitate thelogistics for the delivery of event tickets from the seller to thebuyer.

In one implementation, for example, when the buyer places an order,available delivery options are presented to the buyer that ensure thatthe event tickets can be delivered before the event either to the buyeror to a pick-up location (e.g., event venue will call or an office ofthe network-based system 110) in proximity to the buyer. Thenetwork-based system 110 may determine all available delivery optionsbased on the form of the tickets (e.g., physical tickets, electronictickets), the time remaining before the event, the location of thegoods, the location of the buyer, pick-up locations in proximity to thebuyer, and/or the capabilities one or more couriers (e.g., air/landcouriers, express couriers, local couriers or “runners”) that canexecute the delivery within the time remaining before the event.

When a physical ticket is to be delivered, the network-based system 110may determine and present shipping options to the buyer. The buyer mayprovide a delivery or pick-up location, and the network-based system 110may automatically determine couriers capable of ensuring delivery andpresent a list identifying the couriers, the available shipping methods(e.g., two day, one day, overnight, same day) for each courier, and theassociated cost of each shipping method.

When a courier and shipping method is selected by the buyer, the sellermay be notified and presented with a printable shipping label for thecourier and logistics for providing the tickets to the courier. Forexample, the network-based system 110 may automatically determine theclosest courier facility in proximity to the seller and may allow andarrange for the courier to retrieve the tickets. In such cases, thenetwork-based system 110 may communicate relevant information (e.g.,seller address, delivery address, pick-up day and time frame) to thecourier in order to coordinate ticket retrieval. If the courier cannotservice any of the selected locations at any of the selected times, thenetwork-based system 110 may require the seller to drop off the ticketsat the nearest courier facility. The seller also may select to drop offthe tickets at the nearest courier facility. If the seller selects or isrequired to drop off the tickets, the buyer may be provided with thelocation of the courier facility, driving or walking directions to thecourier facility, and/or a map showing the courier facility.

Upon confirmation by the seller that the tickets have been sent orpicked up, the network-based system 110 may communicate deliverytracking information to the buyer and/or seller. The network-basedsystem 110 may notify the buyer of the delivery location and expectedtime and date of delivery. If the delivery location is at a pick-uplocation such as the event venue will call or an office associated withthe network-based system 110, the buyer may be provided with the pick-uplocation, driving or walking directions to the pick-up location, and/ora map showing the pick-up location.

To ensure delivery to the buyer before an event, a last sale time may beassociated with an event listing. In some cases, for example, the lastsale time for an event listing may be three business days before theevent to provide sufficient transit time to ensure completion ofdelivery. In such cases, the event listing will expire at the last saletime.

Last Minute Services

It can be appreciated that both sellers and buyers may desire the lastsale time to be as close to the event start time as possible in order tomaximize the opportunity to make a sale and the opportunity to witnessan event. Accordingly, the network-based system 110 may provide sellersand buyers with various last minute services (LMS) for maintaining anevent listing and the ability to sell and purchase listed tickets rightup to the start of the event.

In one implementation, for example, the network-based system 110 mayallow tickets to be sold on consignment and may maintain an eventlisting until the start of the event. When a seller requires delivery ofphysical tickets for an upcoming event, the seller may select to sellthe tickets using LMS provided by the network-based system 110. Theseller may request LMS and provide the network-based system 110 withcontact information (e.g., name, address, telephone number, e-mailaddress), ticket information (e.g., event name, event venue, ticketevent dates, closest city to the event), and authorization to releasethe tickets.

In response to the LMS request, the seller may be contacted by an agentof the network-based system 110 via telephone or other contact methodand provided with additional selling information. Depending on the timeremaining before the event, the seller may be instructed to ship orphysically deliver the tickets to an LMS center associated with thenetwork-based system 110. Typically, the location of the LMS center willbe in close proximity to the event venue. The seller also may select tophysically deliver the tickets to the LMS center. When physical deliveryof the ticket to the LMS center is required or selected, the seller maybe provided with the location of the LMS center, driving or walkingdirections to the LMS center, and/or a map showing the LMS center.

Once the tickets are delivered to the LMS center, the event listing maybe maintained until the start of the event and the subsequent deliveryof the tickets to a buyer is handled by the network-based system 110.For example, the LMS center and/or the network-based system 110 mayhandle the responsibility of shipping the tickets to the buyer,delivering the tickets to the event venue will call, and/or the keepingthe tickets at the LMS center until pick-up by the buyer. It can beappreciated that the LMS provided by the network-based system 110 mayfacilitate delivery and allow the network-based system 110 to defer thelast sale time until the start of the event.

Electronic Ticketing Services

In various embodiments, the network-based system 110 may provideelectronic ticketing services for allowing a buyer to purchase one ormore electronic tickets that can be used at the event venue. It can beappreciated that providing such electronic ticketing services may allowthe network-based system 110 to defer the last sale time until the startof the event.

When the user selects an upcoming event from event listings published bythe network-based system 110, a web page may be presented to the userthat includes event information for the selected upcoming event such asthe name of the event, the date and time of the event, the event venue,available ticket listings including ticket attributes (e.g., section,row, quantity, price), and so forth. In some cases, a purchaser of eventtickets may provide the event information to the network-based system110 in order to list the tickets for sale on a secondary market. Inother cases, the venue, event promoter, or other type of ticket issuermay provide the network-based system 110 with event details such asevent description, event venue, event date and time, artist, and soforth. In response, the network-based system 110 may manage the event,enable the venue to sell tickets for the event, manage the generationand distribution of electronic tickets, and facilitate the use ofelectronic tickets for access control to the venue. For example, thenetwork-based system 110 may create an event listing, generateelectronic tickets, publish available tickets for sale, and coordinatethe sale of the electronic tickets.

In various embodiments, a web page presented to a user may comprise theevent information along with a link to purchase electronic ticketsand/or a link to view additional details. By clicking the link topurchase electronic tickets, the user may initiate a purchase of one ormore electronic tickets. By clicking the link to view additionaldetails, a subsequent web page may be displayed including ticketattributes along with further ticket details (e.g., seat numbers, timeremaining to purchase the tickets, seller comments, delivery options), aselectively enlargeable image of the event venue for reviewing thelocation of the seats, and an action button for initiating purchase ofthe tickets. In some cases, one or more web pages may include a link toview delivery options such as a location of, driving or walkingdirections to, and/or a map showing a pick-up location.

To effectuate an electronic ticket purchase, the user may be prompted toenter account information such as a unique username or e-mail addressand a password. Upon receiving the required account information, theuser is authenticated with the network-based system 110 and may initiatean electronic ticket purchase. After authentication, the network-basedsystem 110 may transact the purchase using a source of financial valuelinked to the subscriber account of the user or may request the user tosupply payment information (e.g., credit card account, PayPal™ account,etc.) for the transaction.

In various embodiments, a user may purchase electronic tickets and/orsave electronic ticket information using a web client such as a webbrowser, web browser toolbar, and/or a desktop or mobile widget. Forexample, a user may save an electronic ticket and/or a hyperlink to afile associated with the electronic ticket in a subscriber account, inthe web browser toolbar, and/or within a desktop or mobile widget. Theuser also may display information for and differentiate among purchasedelectronic tickets on a client device (e.g., PC or mobile device) viathe web client.

The buyer may purchase one or more electronic tickets using a creditcard or other source of funds or financial value linked to thesubscriber account of the buyer. In one or more embodiments, thenetwork-based system 110 may provide variable distribution and accesscontrol for purchased electronic tickets. For example, the network-basedsystem 110 may provide the buyer with various delivery options forreceiving and/or delivering the purchased electronic tickets.

The network-based system 110 may allow the buyer to have the electronictickets delivered to an e-mail address associated with the buyer. Thebuyer may access the e-mail account, display the electronic tickets, andprint out paper copies of the electronic tickets. Each of the papercopies of the electronic tickets may include a bar code which can bescanned at the event venue to allow access.

Alternatively or additionally, the buyer may instruct the network-basedsystem 110 to send an electronic ticket to a mobile device (e.g., mobilephone or PDA) associated with the buyer. For example, the buyer mayreceive the electronic ticket at the mobile device and display a barcode of the electronic ticket on a screen of the mobile device which maybe scanned at the event venue to grant access. In some usage scenarios,the buyer may receive an SMS message sent to a mobile device thatincludes a link to a web page to render a ticket. In other usagescenarios, the buyer may receive an MMS message sent to a mobile devicethat includes an image of the ticket. When the buyer chooses delivery toa mobile device, the buyer also may receive the ticket via e-mail as abackup in case the buyer wants to print out a paper copy to bring to oruse at the event venue. The buyer may receive a text message at the timeof ticket purchase and, if the tickets are purchased more than apredetermined time before the event (e.g., two days before the event), areminder text message just before (e.g., one day prior to) the event.

In various embodiments, when the buyer purchases electronic ticketsusing a credit card, the buyer may access the venue by swiping thecredit card used to make the purchase at the event venue. Alternativelyor additionally, the buyer may use a driver's license to validate theticket at the event venue. In some implementations, only the buyer mayuse the credit card used to make the purchase or a driver's license as ameans of entry at the event venue. It can be appreciated that in suchimplementations, the buyer may validate his/her ticket at the venue aswell as validate other purchased tickets for other people who arepresent with the buyer at the time of entry into the event venue.

In various embodiments, the network-based system 110 may provide thebuyer with various delivery options for splitting the distribution of asingle order of multiple electronic tickets among one or more recipientsin addition to and/or other than the buyer as described in co-pendingU.S. patent application Ser. No. 12/325,789 titled “System and Methodsfor Variable Distribution and Access Control for Purchased EventTickets,” which was filed on Dec. 1, 2009 and is incorporated byreference in its entirety. In such embodiments, a buyer may purchasemultiple electronic tickets (e.g., block of four electronic tickets) atonce in a single order and choose to variably distribute one or more ofthe purchased electronic tickets and/or the underlying rights associatedwith one or more of the purchased electronic tickets to different endrecipients using different delivery mechanisms (e.g., e-mail, SMSmessage, MMS message, etc.) or other suitable delivery mechanism. Upondelivery, each electronic ticket may be used by the recipientindependently of the buyer arriving at the event so that the entireparty does not need to be present to enter the event venue.

User Interfaces

As described above, the network-based system 110 may communicate withusers over one or more types of networks 108 via interfaces provided thecommunications servers 120 and provide various services to users such asonline marketplace and ticket fulfillment services via the applicationservers 130 and databases 150. When servicing a user, the network-basedsystem 110 may present information to and/or receive information fromthe user in a variety of ways such by displaying and receivinginformation via user interfaces (e.g., web pages, interactive screens),sending and receiving messages (e.g., e-mail, IM, SMS, MMS, videomessage), placing and/or receiving telephone calls (e.g., landline,mobile, VoIP, IVR calls), and so forth. User interfaces also may bedisplayed to a user via one or more client programs 106 such as a webclient (e.g., web browser, desktop or mobile widget, web browsertoolbar) and/or a third-party application 116.

Exemplary representations of user interfaces displayed on a computer forproviding variable distribution and access control for purchased eventtickets are described below with reference to FIGS. 2-5. It is to beunderstood that the embodiments are not limited to such exemplaryrepresentations. Furthermore, it is to be understood that while aparticular user interface may be described as comprising a certain setof features and functions, a user interface may comprise fewer featuresand functions, additional features and functions, and/or a combinationof various features and functions of different user interfaces inaccordance with the described embodiments.

FIG. 2 illustrates a representation of a user interface 200 inaccordance with various embodiments. The user interface 200 may beprovided in conjunction with the selling services of the network-basedsystem 110, displayed by one or more of the client devices 104 (e.g., PCor mobile device), and presented via a web browser and/or a client-sideweb application. In various implementations, the user interface 200 maybe provided, displayed, and presented after the seller has selected anevent (e.g., specific game or performance), a delivery option (e.g.,courier, electronic delivery), a selling option (e.g., declining price,fixed price, auction), and a ticket quantity. The embodiments, however,are not limited to this context or to this representation.

As shown, the user interface 200 comprises an interactive web page forallowing a seller user to enter ticket details. The user interface 200includes a section field 202 for entering section information regardingthe tickets for sale. The user interface 200 provides a “lookahead”section filter such that partial section information in the sectionfield 202 is read as the seller types, and relevant sections aredisplayed to the seller in a drop down menu 204. The seller may thenselect the section from the menu 204 making the entering of ticketdetails easier for the seller and reducing the number of listings thatgo unmapped and therefore unsold.

FIG. 3 illustrates a representation of a user interface 300 inaccordance with various embodiments. The user interface 300 may beprovided in conjunction with the selling services of the network-basedsystem 110, displayed by one or more of the client devices 104 (e.g., PCor mobile device), and presented via a web browser and/or a client-sideweb application. In various implementations, the user interface 300 maybe provided, displayed, and presented after the seller has submitted therequired seating and ticket details via the user interface 200. Theembodiments, however, are not limited to this context or to thisrepresentation.

As shown, the user interface 300 comprises an interactive web page forallowing the seller to enter a payment method and a price per ticket.The user interface 300 includes a price field 302 for allowing theseller to enter a price per ticket and a compare prices icon 304. Whenthe compare prices icon 304 is clicked, the seller is presented with aninteractive event venue seat map in a separate window (e.g., DIV pop-upoverlay) regardless of whether the seller has entered pricinginformation into the price field 302.

FIG. 4 illustrates a representation of a user interface 400 inaccordance with various embodiments. The user interface 400 may beprovided in conjunction with the selling services of the network-basedsystem 110, displayed by one or more of the client devices 104 (e.g., PCor mobile device), and presented via a web browser and/or a client-sideweb application. In various implementations, the user interface 400 maybe provided, displayed, and presented after the seller has clicked acompare prices icon (e.g., compare prices icon 304) and/or a link. Theembodiments, however, are not limited to this context or to thisrepresentation.

As shown, the user interface 400 comprises an overlay 402 (e.g., DIVpop-up overlay) for providing sellers with the opportunity to viewpricing details to allow for a more accurate picture of the currentmarket value of their tickets. The overlay 402 includes eventinformation 404 (e.g., event name, venue, and date), ticket details 406(e.g., section and row entered by the seller), pricing trend information408 (e.g., rising or falling sales), and an event summary 410 (e.g.,average price for the event, number of active listings, and number ofsold listings).

The overlay 402 also includes a price input field 412 for enteringand/or editing a price per ticket. If the user has previously enteredinitial pricing information within the price field 302 of the userinterface 300, for example, the price input field 412 of the overlay 402is pre-populated with the previously entered price. When pricinginformation (e.g., price per ticket) is included in the price inputfield 412 and a compare button 414 is clicked, the overlay 402 providesa ticket price comparison 416 showing the total number of comparablesections. In some cases, such as when price per ticket has beenpreviously entered, the ticket price comparison 416 is automaticallyshown without the need to click the compare button 414. The overlay 402also includes a save price function 418 implemented as a link, icon,button, and/or other suitable object for closing the overlay 402 andsaving and/or updating the price of a ticket for a new or existing eventlisting.

The overlay 402 comprises an interactive event venue seat map 420comprising a layout of the event venue indicating sections of an eventvenue for which tickets have been listed. The sections of theinteractive event venue seat map 420 having available tickets aredisplayed in color while sections having no available tickets aredisplayed in white. Comparable or similarly-located (e.g., upper level)sections having available tickets are displayed in the same colorcorresponding to a zone for the aggregated sections.

In response to the ticket details (e.g., section and row entered by theseller), a sold/active pop-up window 422 is displayed that overlays aportion of the interactive event venue seat map 420 and that can berepositioned by dragging the sold/active pop-up window 422 within theinteractive event venue seat map 420. As shown, the sold/active pop-upwindow 422 includes a sold tab, and active tab, and a “close” box.Initially, the name of the section entered by the seller is included inthe sold/active pop-up window 422, and one of the sold tab and activetab is selected for presentation by default. If pricing information isavailable for the section and for the selected tab (e.g., sold tab oractive tab), then the lowest (sold/active) price for the section, theaverage (sold/active) price for the section, the highest (sold/active)price for the section, and corresponding indicators are presented in thesold/active pop-up window 422. When pricing information is available forthe section, a section marker 424 pointing to the section of the sellerand indicating the average price for the section of the seller is alsopresented on the interactive event venue seat map 420. Otherwise, amessage is presented in the sold/active pop-up window 422 indicatingthat there is no available pricing information for the section andrequesting the seller to click on a comparable section.

When pricing information is available for the section, the sold/activepop-up window 422 also presents ticket details and transactioninformation for sold or active event listings. If the sold tab isselected, the ticket details include row and quantity, and thetransaction information includes the sold date and price paid. If theactive tab is selected, the ticket details include row and quantity, andthe transaction information includes the listed price per ticket. Whenthe seller clicks a different tab, pricing information, ticket details,and transaction information corresponding to the different tab ispresented if available.

In response to the pricing information (e.g., price per ticket) enteredby the seller, section markers (e.g., section marker 426 a and sectionmarker 426 b) pointing to comparable sections that are within apredetermined range of the price per ticket entered by the seller andindicating the average price for tickets within each comparable sectionare presented. Such section makers show sections where the average soldprice is close to the price that the seller is considering which helpsthe seller pinpoint sections to look at in more detail and may bedisplayed when seller clicks the compare button 416 or automaticallywhen price per ticket has been previously entered by the seller.

The interactive event venue seat map 420 is configured to allow theseller to browse and click on sections to see sold and listed data forany section in the event venue. The seller also may zoom-in, zoom-out,drag, and/or rotate the interactive event venue seat map 420. Whenpresented with the interactive event venue seat map 420, the seller mayroll over (e.g., mouseover) a particular section causing a roll-overscreen (e.g., mouseover box 428) to appear that includes the sectionname, the average sold price for tickets in the section, and the averagelisted price for tickets in the section. If the particular section isclicked and pricing information is available for the zone, thesold/active pop-up 422 displays the section name and presents ticketdetails and transaction information for sold or active event listingswithin the section. As described above, the seller can click on thedifferent tabs (e.g., sold tab and active tab) to display availablepricing information, ticket details, and transaction informationcorresponding to the selected tab.

The interactive event venue seat map 420 also includes a zone legend 430showing the different zone names and color codes corresponding to thezones. For zones that have available tickets, a box next to the zonename is displayed in the color corresponding to the zone. Theinteractive event venue seat map 420 provides a zone view that allowssellers to click on any zone name in the zone legend 430 to see all soldand listed data for that zone. When a zone name is selected, the colorcode of any section not in the selected zone is faded but still remainsactive for mouseover or click.

If a zone name is clicked and pricing information is available for thezone, the sold/active pop-up 422 displays the zone name and presentsticket details and transaction information for sold or active eventlistings within the zone. If the sold tab is selected, the ticketdetails include section, row, and quantity, and the transactioninformation includes the sold date and price paid. If the active tab isselected, the ticket details include section, row and quantity, and thetransaction information includes the listed price per ticket. When theseller clicks a different tab, pricing information, ticket details, andtransaction information corresponding to the different tab is presentedif available.

It can be appreciated that interactive event venue seat map 420 providessellers with the opportunity to view pricing details to allow for a moreaccurate picture of the current market value of their tickets.Displaying sold ticket prices serves as a highly valuable gauge forsellers, arming them with insight on the actual prices fans have beenwilling to pay for specific locations. Accordingly, sellers are betterable to price their tickets based on the truest market value, resultingin a quicker sale. The “compare feature” of the interactive event venueseat map 420 also provides sellers with a quick visual indicationwhether a proposed sale price is within a sale price range determinedfrom sold and current listing data of other similar listings. In someembodiments, the interactive event venue seat map 420 also may provide avisual warning to a seller when a proposed price is not competitive withrespect to sold and current listing data of other similar listings.

After being presented with market value information, the seller mayenter a different price per ticket in the price input field 412 andclick on the compare button 414 to view an updated list of comparablesections and available pricing information. After finally deciding on aprice per ticket, the seller can click on the save price function 418 orthe close box 432 to close the overlay 402 to save and/or update theprice of a ticket for a new or existing event listing.

FIG. 5 illustrates a representation of a user interface 500 inaccordance with various embodiments. The user interface 500 may beprovided in conjunction with the account and/or selling services of thenetwork-based system 110, displayed by one or more of the client devices104 (e.g., PC or mobile device), and presented via a web browser and/ora client-side web application. In various implementations, the userinterface 300 may be provided, displayed, and presented within theaccount of the seller. The embodiments, however, are not limited to thiscontext or to this representation.

As shown, the user interface 500 comprises an interactive web page forallowing the seller view active ticket listings. The user interface 500includes an active event listing 502, a price field 504 for allowing theseller to view and edit a price per ticket for the active event listing502, and a compare prices icon 506 associated with the active eventlisting 502. When the compare prices icon 506 is clicked, the seller ispresented with an interactive event venue seat map in a separate window(e.g., DIV pop-up overlay). In various implementations, the price inputfield 412 of the overlay 402 is pre-populated with the price included inthe price field 504, and the interactive event venue seat map 420displays relevant and comparable pricing information based on the ticketinformation for the active event listing 502 and the price included inthe price field 504.

FIG. 6 illustrates a logic flow 600 including operations performed by acomputer in accordance with various embodiments. The logic flow 600 maybe performed by various systems and/or devices and may be implemented ashardware, software, firmware, and/or any combination thereof, as desiredfor a given set of design parameters or performance constraints. Forexample, the logic flow 600 may be implemented by a logic device (e.g.,computer and/or processor) and/or logic (e.g., computer executableprogram instructions) to be executed by a logic device.

As shown, the logic flow 600 may comprise providing one or more userinterfaces for creating an event listing for a seller (block 610);receiving ticket details from the seller (block 620); obtainingavailable pricing information for the event based on sold prices andlisted prices (block 630); and providing at least one user interface forpresenting an interactive event venue seat map to display availablepricing information for a section of the seller based on the sold pricesand the listed prices (block 640).

In accordance with various embodiments, the interactive event venue seatmap may comprise a layout of the event venue indicating sections of theevent venue for which tickets are listed and a window overlaying aportion of the interactive event venue seat map that identifies thesection of the seller and that is configured to display the availablepricing information for the section of the seller based on sold pricesfor sold ticket listings and listed prices for active ticket listings.

It can be appreciated that while the logic flow 600 may illustrate acertain sequence of steps, other sequences of steps may also beperformed in accordance with the described embodiments. Moreover, someindividual steps of the logic flow 600 may include multiple sub-stepsthat may be performed in various sequences as appropriate to theindividual step. Furthermore, additional steps may be added or somesteps may be removed depending on the particular implementation.

In various embodiments, one or more operations of the logic flow 600 maycomprise, or be implemented as, executable computer programinstructions. The executable computer program instructions may beimplemented by software, a software module, an application, a program, asubroutine, instructions, an instruction set, computing code, words,values, symbols or combination thereof. The executable computer programinstructions may include any suitable type of code, such as source code,compiled code, interpreted code, executable code, static code, dynamiccode, and the like. The executable computer program instructions may beimplemented according to a predefined computer language, manner orsyntax, for instructing a computer to perform a certain function. Theexecutable computer program instructions may be implemented using anysuitable programming language in accordance with the describedembodiments.

In various embodiments, one or more operations of the logic flow 600 maycomprise, or be implemented as, executable computer program instructionsstored in an article of manufacture and/or computer-readable storagemedium. The article and/or computer-readable storage medium may storeexecutable computer program instructions that, when executed by acomputer, cause the computer to perform methods and/or operations inaccordance with the described embodiments. The article and/orcomputer-readable storage medium may be implemented by various systemsand/or devices in accordance with the described embodiments.

The article and/or computer-readable storage medium may comprise one ormore types of computer-readable storage media capable of storing data,including volatile memory or, non-volatile memory, removable ornon-removable memory, erasable or non-erasable memory, writeable orre-writeable memory, and so forth. Examples of computer-readable storagemedia may include, without limitation, random-access memory (RAM),dynamic RAM (DRAM), Double-Data-Rate DRAM (DDRAM), synchronous DRAM(SDRAM), static RAM (SRAM), read-only memory (ROM), programmable ROM(PROM), erasable programmable ROM (EPROM), electrically erasableprogrammable ROM (EEPROM), flash memory (e.g., NOR or NAND flashmemory), content addressable memory (CAM), polymer memory (e.g.,ferroelectric polymer memory), phase-change memory, ovonic memory,ferroelectric memory, silicon-oxide-nitride-oxide-silicon (SONOS)memory, magnetic or optical cards, or any other suitable type ofcomputer-readable storage media in accordance with the describedembodiments.

Although some embodiments may be illustrated and described as comprisingexemplary functional components or modules performing variousoperations, it can be appreciated that such components or modules may beimplemented by one or more hardware components, software components,firmware components, and/or combination thereof.

Unless specifically stated otherwise, it may be appreciated that termssuch as “processing,” “computing,” “calculating,” “determining,” or thelike, refer to the action and/or processes of a computer or computingsystem, or similar electronic computing device, that manipulates and/ortransforms data represented as physical quantities (e.g., electronic)within registers and/or memories into other data similarly representedas physical quantities within the memories, registers or other suchinformation storage, transmission or display devices.

It is worthy to note that some embodiments may be described using theexpression “coupled” and “connected” along with their derivatives. Theseterms are not intended as synonyms for each other. For example, someembodiments may be described using the terms “connected” and/or“coupled” to indicate that two or more elements are in direct physicalor electrical contact with each other. The term “coupled,” however, alsomay mean that two or more elements are not in direct contact with eachother, but yet still co-operate or interact with each other. Withrespect to software elements, for example, the term “coupled” may referto interfaces, message interfaces, API, exchanging messages, and soforth.

While certain features of the embodiments have been illustrated asdescribed above, many modifications, substitutions, changes andequivalents will now occur to those skilled in the art. It is thereforeto be understood that the appended claims are intended to cover all suchmodifications and changes as fall within the true spirit of theembodiments.

1. A computer-implemented method comprising: receiving ticket detailsfor an event at an event venue including section, row, and quantity forone or more tickets being sold by a seller; obtaining, by anetwork-based system, available pricing information for the event basedon sold prices for sold ticket listings and listed prices for activeticket listings; and providing, by the network-based system, at leastone user interface to the seller for receiving pricing information forthe event that includes a compare prices feature that, when selected,presents an overlay including an interactive event venue seat mapcomprising: a layout of the event venue indicating sections of the eventvenue for which tickets are listed; and a window overlaying a portion ofthe interactive event venue seat map that identifies a section where atleast one of the tickets is being sold by the seller and that isconfigured to display available pricing information for seats in thesection based on the sold prices for the sold ticket listings and thelisted prices for active ticket listings, wherein the overlay providesevent information, ticket details, and an event summary including anaverage price for tickets to the event, a number of active listings, anda number of sold listings.
 2. The computer-implemented method of claim1, wherein the available pricing information for the section includes ahighest price, a lowest price, and an average price.
 3. Thecomputer-implemented method of claim 1, wherein: the window isconfigured to provide ticket details and transaction information for thesold event listings and the active event listings; the ticket detailsfor the sold event listings include row and quantity, and thetransaction information for the sold event listings includes the solddate and price paid; and the ticket details for the active eventlistings include row and quantity, and the transaction information forthe active event listings includes the listed price per ticket.
 4. Thecomputer-implemented method of claim 1, wherein the window comprises: asold tab for providing available pricing information based on the soldprices for the sold ticket listings; and an active tab for providingavailable pricing information based on the listed prices for the activeticket listings.
 5. The computer-implemented method of claim 1, whereinthe window is configured to display available pricing information foranother section selected by the seller from the interactive event venueseat map and to display available pricing information for a zoneselected by the seller from the interactive event venue seat map.
 6. Thecomputer-implemented method of claim 1, wherein the interactive eventvenue seat map identifies comparable sections based on a price perticket entered by the seller into at least one of the user interfacesand provides available pricing information for the comparable sections.7. The computer-implemented method of claim 1, wherein the interactiveevent venue seat map is configured to present a mouse-over box inresponse to mouse-over of a particular section in the layout of theevent venue, the mouse-over box displaying a name of the particularsection, an average sold price for tickets in the particular section,and an average listed price for tickets in the particular section. 8.The computer-implemented method of claim 1, further comprisingproviding, by the network based system, one or more user interfaces tobe displayed on a computing device of the seller for creating the eventlisting.
 9. The computer-implemented method of claim 1, wherein theoverlay provides pricing trend information based on one or more ofchange in the average price, change in the number of active listings,and change in the number of sold listings.
 10. A non-transitorycomputer-readable storage medium comprising executable computer programinstructions stored thereon that, when executed, cause a computer to:receive ticket details for an event at an event venue including section,row, and quantity for one or more tickets being sold by a seller;obtain, by a network-based system, available pricing information for theevent based on sold prices for sold ticket listings and listed pricesfor active ticket listings; and provide, by the network-based system, atleast one user interface to the seller for receiving pricing informationfor the event that includes a compare prices feature that, whenselected, presents an overlay including an interactive event venue seatmap comprising: a layout of the event venue indicating sections of theevent venue for which tickets are listed; and a window overlaying aportion of the interactive event venue seat map that identifies asection where at least one of the tickets is being sold by the sellerand that is configured to display available pricing information forseats in the section based on the sold prices for the sold ticketlistings and the listed prices for active ticket listings, wherein theoverlay provides event information, ticket details, and an event summaryincluding an average price for tickets to the event, a number of activelistings, and a number of sold listings.
 11. The non-transitorycomputer-readable storage medium of claim 10, wherein the availablepricing information for the section of the seller includes a highestprice, a lowest price, and an average price.
 12. The non-transitorycomputer-readable storage medium of claim 10, wherein: the window isconfigured to provide ticket details and transaction information for thesold event listings and the active event listings; the ticket detailsfor the sold event listings include row and quantity, and thetransaction information for the sold event listings includes the solddate and price paid; and the ticket details for the active eventlistings include row and quantity, and the transaction information forthe active event listings includes the listed price per ticket.
 13. Thecomputer-readable storage medium of claim 10, wherein the windowcomprises: a sold tab for providing available pricing information basedon the sold prices for the sold ticket listings; and an active tab forproviding available pricing information based on the listed prices forthe active ticket listings.
 14. The non-transitory computer-readablestorage medium of claim 10, wherein the window is configured to displayavailable pricing information for another section selected by the sellerfrom the interactive event venue seat map and to display availablepricing information for a zone selected by the seller from theinteractive event venue seat map.
 15. The non-transitorycomputer-readable storage medium of claim 10, wherein the interactiveevent venue seat map identifies comparable sections based on a price perticket entered by the seller into at least one of the user interfacesand provides available pricing information for the comparable sections.16. The non-transitory computer-readable storage medium of claim 10,wherein the interactive event venue seat map is configured to present amouse over box in response to mouse over of a particular section in thelayout of the event venue, the mouse over box displaying a name of theparticular section, an average sold price for tickets in the particularsection, and an average listed price for tickets in the particularsection.
 17. The non-transitory computer-readable storage medium ofclaim 10, wherein the instructions, when executed, cause a computer tofurther provide one or more user interfaces to be displayed on acomputing device of the seller for creating the event listing.
 18. Thenon-transitory computer-readable storage medium of claim 17, wherein theoverlay provides pricing trend information based on one or more ofchange in the average price, change in the number of active listings,and change in the number of sold listings.
 19. A network-based systemcomprising: one or more servers configured to: receive ticket detailsfor an event at an event venue including section, row, and quantity forone or more tickets being sold by a seller; obtain, by a network-basedsystem, available pricing information for the event based on sold pricesfor sold ticket listings and listed prices for active ticket listings;and provide, by the network-based system, at least one user interface tothe seller for receiving pricing information for the event that includesa compare prices feature that, when selected, presents an overlayincluding an interactive event venue seat map comprising: a layout ofthe event venue indicating sections of the event venue for which ticketsare listed; and a window overlaying a portion of the interactive eventvenue seat map that identifies a section where at least one of thetickets is being sold by the seller and that is configured to displayavailable pricing information for seats in the section based on the soldprices for the sold ticket listings and the listed prices for activeticket listings, wherein the overlay provides event information, ticketdetails, and an event summary including an average price for tickets tothe event, a number of active listings, and a number of sold listings.20. The network-based system of claim 19, wherein the one or moreservers are further configured to provide access from an account of theseller to an interactive event venue seat map for one or more activeevent listings of the seller.
 21. The network-based system of claim 19,wherein the one or more servers are further configured to provide one ormore user interfaces to be displayed on a computing device of the sellerfor creating the event listing.